home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / programming / languages / fpl-v115.lha / fpl / FUTURE < prev    next >
Encoding:
Text File  |  1995-02-21  |  2.9 KB  |  73 lines
  1.                 #############
  2.                 FUTURE of FPL
  3.                 #############
  4.  
  5.   Here follows a list with some ideas for the future of FPL. These are the
  6. items that feel are most important (in a very approximate order of
  7. importance):
  8.  
  9. * macro-kind-of keyword is planned, should work pretty much as the C
  10.   preprocessor instruction #define.
  11.  
  12. * [Amiga] FPL symbolic debugger. This will be able to use together with any
  13.   software using FPL! I think I will get someone to help me code this...
  14.   The embryo to this is already shipped in the version 9 package!
  15.   
  16. * Real-time interpretation enhancement. Store information about the
  17.   interpretation so that next time the same code gets excuted, it will run
  18.   faster.
  19.  
  20. * Support array declaration and assigning without speciying array size (as in
  21.   regular C). I.e, "int array[]={0, 2, 3, 4, 12};"
  22.  
  23. * FPLTAG_HOOK_LOAD, replace FPL's load functions. Enable compressed/encrypted
  24.   programs or add path searching for programs or...
  25.  
  26. * 'enum' support.
  27.  
  28. * Multithread support. Run multiple FPL programs simultanously, sharing global
  29.   data. (Probably done by adding fplAddThread() and fplDelThread().) I still
  30.   haven't got a system independent resource locking method, and will probably
  31.   *not* find one. Locks will be done in different ways depending on the OS
  32.   capabilties.
  33.  
  34. * some kind of locale support to make error string appear in the user's
  35.   native language. Amiga has wonderful support (V38+) for this, but how
  36.   should I do this system independent?
  37.  
  38. * Structures.
  39.   
  40. * [Amiga] ARexx library emulator that can call and take advantage of ARexx
  41.   libraries (libraries done to be called from ARexx). Will most likely be
  42.   implemented as a funclib.
  43.  
  44. * Make 'char' and 'short' variables and arrays take no more memory than
  45.   they should. (8 resp. 16 bits each.)
  46.   
  47. * Pointers will be implemented. At first only to all the numeric
  48.   variable types that exist today, 'int', 'long', 'char' and 'short'.
  49.   Of course any number of pointer levels. such as "char *********p;".
  50.   
  51. * malloc() and a lot of other clean and pure C library functions
  52.   will be added.
  53.   
  54. * Float variables and expressions
  55.   
  56. * Reading SAS/C pragma files to be able to call AmigaDOS shared
  57.   libraries straight from FPL.
  58.   
  59. * Storing all local symbol information in some kind of simulated
  60.   stack to be able to call direct function calls to absolute addresses
  61.   in memory to functions refering to data stored in the FPL program.
  62.   Adding such functions will have to be done in some kind of
  63.   OpenLibrary() way, or like an OS/2 and UNIX shared library function
  64.   access solution (setting up a function that associates function
  65.   identifiers with absolute memory addresses). An already working
  66.   software with FPL interface should be able to call another compiled
  67.   program using this function. No interpreting overhead!!!
  68.  
  69. * Preprocessing of all FPL-files with my own ANSI C complient preprocessor!
  70.  
  71. * Now we should be able to interpret any C program with only a small
  72.   preparation.
  73.